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(54) Remote site management system 

(57) In order to integrally manage computers and 
peripheral devices at a user site, when a device moni- 
toring server (203a) receives a trouble message from a 
device, it sends a message indicating this to a device 
center server (210) via a router (204). If the received 
message is a trouble message, the device center server 
(210) controls an event adapter to convert the received 



message into a format that a center server can process, 
and transfers the converted message to the center serv- 
er (1 1 0). Upon receiving the message, the center server 
(110) displays occurrence of a trouble in an event list 
using an event monitor (1 1 0a). The user can simultane- 
ously monitor the versatile computers and peripheral 
devices by observing the event monitor. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a remote site 
management system for systematically monitoring 
states of office equipments connected via a computer 
network, e.g., states of PC/server-system equipments 
including computers such as a versatile PC, server, and 
the like, and peripheral device-system equipments spe- 
cialized to dedicated functions, especially, input/output 
functions such as a printer, copying machine, scanner, 
and the like from remote places. 

BACKGROUND OF THE INVENTION 

[0002] A conventional monitoring/management sys- 
tem that simply collects log information such as opera- 
tion information, error information, and the like associ- 
ated with a given apparatus in an office is present. Also, 
a system for collecting information collected in the office 
in a center server equipped/connected outside the office 
via a network, and monitoring/managing the collected 
information is present. However, such management/ 
monitoring systems monitor/manage only a PC/server 
system, i.e., versatile computers, or only a device sys- 
tem such as a printer, copying machine, and the like. 
[0003] The reason why versatile computers and de- 
vices are independently managed is that sequences 
and the like for managing them are different from each 
other. That is, a versatile computer can be managed by 
creating a program that provides a required function in 
accordance with an environment such as its operating 
system or the like, and running it on the computer to be 
managed. However, since it is nearly impossible to add 
or change functions of peripheral devices in practice, 
and there are no standards in information required upon 
management such as data formats to be exchanged 
with peripheral devices, exchange sequences, and the 
like, a corresponding management sequence must be 
developed for each peripheral device, and individual pe- 
ripheral devices are connected to corresponding man- 
agement sites and are managed. In this manner, a de- 
vice management system is alien to a versatile compu- 
ter management system, and the two systems are 
present independently. 

[0004] For this reason, these two systems must be 
equipped to monitor both the PC/server system and de- 
vice system, and the system scale increases, resulting 
in complicated management, and expensive systems 
and high maintenance cost. Since independent systems 
must be used, a user site and supervisor site must be 
connected via different lines. 

[0005] Furthermore, when the two systems are 
equipped, a supervisor must monitor office equipments 
via the two management systems, resulting in very trou- 
blesome operations. 



SUMMARY OF THE INVENTION 

[0006] The present invention has been made in con- 
sideration of the aforementioned problems, and has as 
5 its first object to provide a remote site management sys- 
tem which allows a supervisor to integrally manage both 
versatile computers and peripheral devices at remote 
sites. 

[0007] It is the second object of the present invention 

10 to provide a remote site management system which can 
also manage information unique to each peripheral de- 
vice, i.e., detailed information of each peripheral device 
upon integrally managing versatile computers and pe- 
ripheral devices. 

15 [0008] It is the third object of the present invention to 
provide a remote site management system which inte- 
grally manages versatile computers and peripheral de- 
vices, and can be developed efficiently. 
[0009] It is the fourth object of the present invention 

20 to provide a remote site management system which can 
also integrate a communication line of both versatile 
computers and peripheral devices. 
[0010] It is the fifth object of the present invention to 
provide a remote site management system which also 

25 allows a user to integrate management of versatile com- 
puters and peripheral devices. 

[0011] In order to achieve the above objects, the 
present invention comprises the following arrangement. 
[0012] Other features and advantages of the present 
30 invention will be apparent from the following description 
taken in conjunction with the accompanying drawings, 
in which like reference characters designate the same 
or similar parts throughout the figures thereof. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The accompanying drawings, which are incor- 
porated in and constitute a part of the specification, il- 
lustrate embodiments of the invention and, together with 
40 the description, serve to explain the principles of the in- 
vention. 

Fig. 1 is a block diagram showing the arrangement 

of a user site and supervisor site; 
45 Fig. 2 is a block diagram showing the arrangement 

of software modules of a remote site management 

system of the present invention; 

Fig. 3 is a block diagram showing the arrangement 

of a computer as a PC and server; 
so Fig. 4 is a block diagram for explaining the data ex- 
change sequence executed between a local system 

and center system; 

Fig. 5 is a flow chart showing the processing se- 
quence of a device center server upon receiving a 
55 message; 

Fig. 6 is a flow chart showing the processing se- 
quence for events generated in a device monitoring 
server 203a; 
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Fig. 7 is a flow chart showing the sequence of the 
device monitoring server 203a upon receiving a 
message from a device center server 21 0; 
Fig. 8 shows an example of the message format ex- 
changed between the device center server 210 and 
device monitoring server 203a; 
Fig. 9 is a block diagram showing the arrangement 
of software modules of a remote site management 
system of this embodiment; 
Fig. 10 is a flow chart for explaining the sequence 
for downloading setup values to devices between 
the local system and center system; 
Fig. 11 is a flow chart for explaining the count data 
upload sequence, i.e., device information collection 
sequence executed between the local system and 
center system; 

Fig. 12 is a flow chart for explaining the log data 
upload sequence from the local system to the cent- 
er system; 

Fig. 13 is a flow chart showing the processing se- 
quence of the center server 110 upon receiving an 
event; 

Fig. 14 is a flow chart showing the processing se- 
quence of a device information processing module 
901 for a download end event; 
Fig. 15 is a flow chart showing the processing se- 
quence of the device information processing mod- 
ule 901 in response to a device information acqui- 
sition (counter upload) message; 
Fig. 16 is a flow chart showing the processing se- 
quence of the device information processing mod- 
ule 901 in response to a log data upload message; 
Fig. 17 is a flow chart showing the processing se- 
quence of a local plugin 203b in response to a mes- 
sage or event issued thereto; 
Fig. 18 is a flow chart showing the sequence of 
processing done by the local plugin 203b in accord- 
ance with a message received from a center server 
1101; and 

Fig. 19 is a flow chart showing the processing se- 
quence of a PC monitoring client upon receiving a 
message. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[First Embodiment] 

[0014] An office equipment monitoring system as the 
first embodiment of the present invention will be de- 
scribed below with reference to the accompanying 
drawings. 

<System Arrangement 

[001 5] Fig. 1 is a block diagram showing the arrange- 
ment of a user site and supervisor site. The user site 
includes a PC 103 and device monitoring server 203a 



(information apparatus for managing devices connected 
to a local network of, e.g., an office) as versatile com- 
puters, and copying machine 101 and printers 105 and 
104 as peripheral devices, which are connected via a 

5 LAN. Note that the versatile computers include a per- 
sonal computer, server, gateway, router, and network it- 
self, and peripheral devices include a copying machine, 
printer, scanner, FAX, multi-function machine, and the 
like. The PC 103 can execute a PC monitoring client 

10 module for managing versatile computers (to be de- 
scribed later), and serves as a PC monitoring client that 
can manage versatile computers connected to the local 
network of, e.g., an office. The device monitoring server 
203a and PC monitoring client server may be physically 

15 independent apparatuses or a single apparatus : and the 
objects of the present invention can be achieved as long 
as they are logically independent and their functions are 
implemented. 

[0016] Although not shown in Fig. 1, a converter or 
20 the like for converting/adjusting the data format between 
the device monitoring server 203a and PC monitoring 
client module (PC monitoring client) is connected to the 
LAN of the user site as another building component of 
the present invention. 
25 [0017] In the supervisor site, a LAN system is consti- 
tuted by connecting a center server 110 for integrally 
managing devices of the user site, an inventory data- 
base 109 for storing management information and the 
like, and a device center server 21 0 for exclusively man- 
so aging peripheral devices in the user site. To this system, 
another computer such as a server/PC 1 1 1 may be con- 
nected, and an application program for management us- 
ing management information may be executed by this 
computer 111 . 

35 [0018] Although not shown in Fig. 1, the supervisor 
site also includes a display device for displaying infor- 
mation sent from the user site, a converter for convert- 
ing/adjusting the data format between the center server 
1 1 0 and device center server, and the like as the building 

40 components of the present invention. 

[0019] Also, a service center (corresponding to an ap- 
plication system 205 in Fig. 2) for systematically man- 
aging the supervisor site may be connected to the su- 
pervisor site via an external network or LAN. 

45 [0020] These user site and supervisor site are con- 
nected to each other via gateways 106 and 107. This 
connection may be established using a versatile router, 
modem, or the like. When the PC 103 executes the PC 
monitoring client module, connection between the PC 

so 1 03 and center server 110, and connection between the 
device monitoring server 203a and device center server 
210 may be independently established. 
[0021] Fig. 3 is a block diagram showing the arrange- 
ment of the computer as the PC and server. Referring 

55 to Fig. 3, a computer 3000 comprises a CPU 1 for exe- 
cuting sequences for controlling transmission of desig- 
nated data to an external apparatus or data reception 
from an external apparatus on the basis of communica- 
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tion control programs with sequences to be described 
later, and the like, and systematically controls devices 
connected to a system bus 4. A RAM 2 serves as a main 
memory, work area, and the like of the CPU 1 . A key- 
board controller (KBC) 5 controls key input from a key- 
board 9 and a pointing device (not shown). A CRT con- 
troller (CRTC) 6 controls display on a CRT display 10. 
A memory controller (MC) 7 controls accesses to an ex- 
ternal memory 11 such as a hard disk (HD), floppy disk 
(FD), or the like, which stores a boot program, various 
application programs, font data, user files, edit files (to 
be described later), and the like. A LAN controller 8 is 
connected to a network, and executes a communication 
control process with other devices connected to the net- 
work. 

[0022] Fig. 2 is a block diagram showing the arrange- 
ment of principal software modules of the office equip- 
ment management system of the present invention. A 
user local system (corresponding to the user site) in- 
cludes both device-system equipments (peripheral de- 
vices such as a copying machine, printer, multi-function 
machine, scanner, FAX, and the like), and PC/server- 
system equipments (versatile computers). The device- 
system equipments and PC/server-system equipments 
are respectively locally managed by the device monitor- 
ing server 203a which implements a device monitoring 
module and a PC monitoring client 203d which imple- 
ments a PC monitoring module. These server and client 
will be generally called a local management system 203. 
The device monitoring server 203a has a database 
203a-1 for storing management information. 
[0023] On the other hand, a center system (corre- 
sponding to the supervisor site) includes the device 
center server 210 for exchanging data with the device 
monitoring server 203a, and the center server 110 for 
exchanging data with the PC monitoring client 203d. 
Note that the inventory database 109 stores manage- 
ment information of the device-system equipments col- 
lected from the user local system. Also, the inventory 
database 109 stores management information which is 
managed by the center server and pertains to the PC/ 
server-system equipments. These pieces of manage- 
ment information stored in the inventory database 109 
are used by an application system 205 and the like. Note 
that the objects of the present invention can be achieved 
as long as the inventory database 1 09 allows to logically 
independently process information of the device system 
and versatile computer system such as the PC/server 
and the like. Of course, the inventory database 1 09 may 
be physically separated. 

[0024] The device monitoring server 203a and device 
center server 21 0 are connected via a local plugin mod- 
ule 203b and server plugin module for converting the 
data format and protocol as needed. These local and 
center plugin modules allow communications between 
the local and center sides even when the two sides use 
different OSs. Electrically, the servers are connected via 
routers 204. This line is physically or logically shared by 



a line for connecting the PC monitoring client 203d and 
center server 110. 

[0025] The line for connecting the device center serv- 
er 210 and device monitoring server 203a may not be 
5 shared by the line for connecting the monitoring client 
203d and center server in some cases, and the moni- 
toring client 203d and center server 210 may be con- 
nected via an independent line. 
[0026] The center server 1 1 0 includes an event mon- 
10 itor 11 0a, which monitors an event issued to the center 
server 110, and displays an event on the monitor if it 
informs occurrence of a trouble or the like. The super- 
visor can detect the state of the trouble that has occurred 
in the user site by watching that monitor. An event adapt- 
15 er 21 0a, the PC monitoring client 203d, and the appli- 
cation system 205 issue events to the center server 110. 
The center server 110 executes a predetermined proc- 
ess in accordance with the contents of the received 
event. The event includes, e.g., a trouble message or 
20 the like. 

[0027] The device center server 210 includes the 
event adapter module 210a. The event adapter 210a 
has a function of periodically searching information sent 
from the device monitoring server 203a to the device 
25 center server 21 0, selects information that pertains to a 
trouble occurred in a peripheral device from the found 
information, converts the selected information into a for- 
mat (fileformat, protocol, orthe like) that the center serv- 
er 1 1 0 can process, and then issues an event indicating 
30 occurrence of a trouble to the center server 110. The 
conversion performed by the event adapter 210a in- 
cludes, for example, a process in which an information 
received from the device monitoring server 203a is con- 
verted into data in text format. Further, the center server 
35 no may have a function of the event adapter module 
21 0a for converting information into a format that it can 
process. A trouble-related event (trouble event) in- 
cludes a device where the trouble has occurred, the con- 
tents of the trouble, occurrence time, and the like. Since 
40 this event adapter 210a is provided to the system and 
apparatus of the present invention, information (e.g., pa- 
per jam, staple function check, or the like) unique to a 
device obtained by management software using a pro- 
tocol/format dedicated to a given device can be integral- 
's ly managed together with information obtained by soft- 
ware which monitors another kind of system/apparatus 
(versatile computer/server in this embodiment). Trouble 
information which is managed (detected) by the PC 
monitoring client that implements a PC monitoring client 
so module, and is sent to the center server 110 includes, 
e.g., a trouble of an internal RAM of a personal compu- 
ter, a communication error trouble of the network line, 
hang of a server, and the like. In this way, according to 
the present invention, the center server 110 can effi- 
55 ciently and integrally manage various kinds of informa- 
tion such as errors and the like unique to peripheral de- 
vices and those unique to PC/server-system equip- 
ments. 
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[0028] Upon receiving the event, the event monitor 
110a additionally displays the device where the trouble 
has occurred, the contents of the trouble, occurrence 
time, and the like to an event list. As the display method, 
for example, one event is displayed per line, and a list 5 
of events is displayed time-serially. In Fig. 2, the event 
monitor 1 1 0a is included in the center server 1 1 0. Also, 
when this event monitor 1 1 0a is connected from the de- 
vice center server 110 to an external apparatus via the 
network or the like, the device center server 210 and 
application system 205 can inclusively manage the de- 
vice system and PC/server system. 
[0029] Note that the event monitor 1 1 0a displays trou- 
ble-related events irrespective of event sources, thus 
calling for supervisor's attention. More specifically, the 
event monitor 110a can realize time-serial display of 
trouble events of the versatile computer system issued 
from the PC monitoring client 203d, and trouble events 
of the peripheral device system, which are sent from the 
device monitoring server 203a to the device center serv- 
er 210 and are issued via the event adapter 21 0a, in an 
event list on a single screen. 

[0030] An example of the data exchange sequence 
done between the device center server 210 and device 
monitoring server 203a will be described with reference 
to Fig. 4 in three cases (1 ) downloading of setup values 
from the device center server 210 to devices, (2) upload- 
ing of log data from the device monitoring server 203a 
to the device center server 210, and (3) a counter data 
request from the device center server 21 0 to the device 
monitoring server 203a. Priorto this description, the da- 
ta format will be briefly explained. 
[0031] Fig. 8 shows an example of the message for- 
mat exchanged between the device center server 210 
and device monitoring server 203a. One message in- 
cludes a flag field, data type field, job ID field, return val- 
ue field, data length field, and data field. The flag field 
contains bits indicating a communication means and a 
bit indicating if the message is a final frame of data. 
[0032] The data type field indicates the type of data, 
e.g., authentication request data (data sent at the head 
of a session), setup value data to be downloaded, a de- 
vice information request (to be described later), an event 
Information message, or a log data processing request. 
For example, in case of a trouble message or the like, 
the data type field indicates event information, and the 
data field indicates its contents. 
[0033] The job ID field indicates the type of session, 
e.g., parameter setup, acquisition of device information, 
event message, and the like. The data length field indi- 
cates the length of data which follows, and the data field 
stores data with the length indicated by the data length 
field. In a setup value download message or log data 
processing request, the data field stores data. In a coun- 
ter upload message, the data field of a response to the 
device information request stores device information. 
[0034] The device center server 21 0 and device mon- 
itoring server 203a execute the following processing se- 



quences while exchanging such messages. In the fol- 
lowing description, an event means a message that in- 
forms occurrence of an event. 

<Setup Value Download Sequence> 

[0035] Fig. 4 is a block diagram for explaining the data 
exchange sequence done between the local system and 
center system. 

[0036] Setup values are downloaded as follows. 

(1) In the application system 205, a setup value in- 
formation file 401 is generated by, e.g., manually 
inputting designation of a device to be set, the IP 
address of the device, a setup value of a threshold 
value upon informing the local device server of an 
alarm of, e.g., an error, and the like. 

(2) The application system 205 establishes a ses- 
sion with the device center server 210, and sends 
setup value data contained in the setup value infor- 
mation file 401 . 

(3) Upon receiving the setup value data, the device 
center server21 0 establishes a session with the de- 
vice monitoring server 203a, and sends the setup 
value data to the device monitoring server 203a. 

(4) Upon receiving the setup value data, the device 
monitoring server 203a sends the setup value to the 
device. This sequence is determined for each de- 
vice. 

(5) Upon completion of the device setup, the device 
monitoring server 203a sends a setup end message 
to the device center server 210. 

(6) The device center server 21 0 sends a setup end 
message to the application system 205. 

After that, the application system 205 releases 
the session with the device center server 21 0, which 
releases the session with the device monitoring 
server 203a. 

In this way, when the device monitoring server 
203a and device center server 21 0 directly commu- 
nicate with each other, the device setup information 
can be downloaded to a device 402. 

Note that a trouble event is issued as follows. 

(7) When the PC monitoring client 203d detects any 
trouble in the server or PC and issues a trouble 
event, it directly issues the event to the center serv- 
er. Assume that the PC/server-system equipments 
are connected to the PC monitoring client, as de- 
scribed above with reference to Fig. 2 (not shown 
in Fig. 4). Also, the inventory database 109 that 
stores various data of, e.g., trouble management, 
server requests, call reception, and the like is con- 
nected to the PC monitoring client and center serv- 
er, so that the PC monitoring client and center serv- 
er can access the database. 

(8) When the device monitoring server 203a detects 
any trouble of the device 402, it sends the trouble 
information to the device center server 210. 
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(9) Upon receiving the trouble information in the de- 
vice 402, the device center server 210 issues an 
event that informs occurrence of the trouble to the 
center server 11 0 on the basis of the received infor- 
mation. The device center server 210 in Fig. 4 in- 
cludes the event adapter 210a in Fig. 2, which is- 
sues a trouble-related event shown in Fig. 4. 

(10) Since the event issued is a trouble-related 
event, the event monitor 110a controls an event 
console 1 1 0b to display the trouble information , and 
updates the event list. 



stored in any devices on the center system side such as 
the application system 205 on the center server side, 
inventory database 1 09, center server 1 1 0, and the like, 
the function of the present invention can be achieved. 
5 [0042] Since the system of the present invention has 
such filtering function upon transferring information, the 
traffic between the local and center systems can be re- 
duced, and the supervisor on the center side can clearly 
and easily recognize significant error information. 

10 

<Counter Upload Sequence> 



[0037] In this manner, since the event that informs a 
trouble is processed via the center server 110 irrespec- 
tive of its source (device system or versatile computer 
system) in the user site, the supervisor can monitor in- 
formation of all device-system equipments or versatile 
computer-system equipments of the user site by moni- 
toring the event console 110b of the center server. In- 
formation displayed on the event console may be print- 
ed out or may undergo a process to be displayed on, e. 
g., a portable terminal of a service person. The printed 
information may be sent to the user by mail, and the in- 
formation displayed on the portable terminal of the serv- 
ice person may be used as, e.g., service person call. In 
this way, integrally managed information of the device 
system and versatile PC/server system can be used in 
various situations. 

[0038] In the above description, a trouble that has oc- 
curred in the device system is displayed on the event 
console 110b through the event monitor 110a in Fig. 4. 
As a characteristic feature of the present invention, not 
all pieces of trouble information that have been gener- 
ated in the device system are displayed on the event 
console 110b. That is, the system of the present inven- 
tion has a function of determining as to whether or not 
to send information to the device center server 21 0 de- 
pending on the trouble level of the device. 
[0039] For example, the device monitoring server 
203a does not send any error message to the device 
center server 21 0 when a door open error in the copying 
machine or the like, or an error that can be recovered 
by resetting using a power-ON/OFF function of the de- 
vice has occurred. On the other hand, no service person 
call is made when an error that a customer can cope 
with, e.g., an error such as a temperature rise of the de- 
vice, which does not influence the current operation, or 
a jam error has occurred. 

[0040] When such determination function database 
used to determine if a trouble message is sent to the 
center server is stored in any of devices such as the 
monitoring database 203a- 1 , device 402, and the like, 
the necessity of an information message from the device 
to the center can be determined. 
[0041] Also, when the determination function data- 
base used to determine if trouble information received 
by the center server 110 is displayed on the event con- 
sole 1 1 0b or if a service person call is to be made is 



[0043] The counter value upload sequence, i.e., de- 
vice information collection sequence is executed as fol- 
15 lows. The counter value includes a value indicating the 
number of pages printed by the copying machine or 
printer, a mode counter indicating the frequencies of use 
of various modes of a device, and the like, and serves 
as a basis upon calculating a maintenance fee. When 
20 such values are uploaded in response to a request from 
the center system, device information including the 
counter values from office equipments can be collected. 
Since the counter upload sequence is executed in re- 
sponse to a request from an application, the center sys- 
25 tern (supervisor site) serves as an initiator. 



(1) The application system 205 establishes a ses- 
sion, and sends a device information request to the 
device center server 210. The device information 

30 request contains, e.g., information for designating 
an objective device in the local system. 

(2) Upon receiving the device information request, 
the device center server 21 0 establishes a session 
with the device monitoring server 203a, and sends 

35 the device information request to the device moni- 
toring server 203a. 

(3) Upon receiving the device information request, 
the device monitoring server 203a acquires device 
information from the designated device. This se- 

40 quence is determined for each device, and informa- 
tion determined for each device or designated infor- 
mation is acquired. 

(4) After the device information is acquired, the de- 
vice monitoring server 203a sends a device infor- 
ms mation response containing the acquired device in- 
formation to the device center server 210. 

(5) The device center server 210 sends the device 
information response to the application system 205. 

so [0044] After that, the application system 205 releases 
the session with the device center server 21 0, which re- 
leases the session with the device monitoring server 
203a. 

[0045] In this way, when the device monitoring server 
55 203a and device center server 210 directly communi- 
cate with each other, device information can be ac- 
quired. 

[0046] Note that a trouble message is sent in the 
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same manner as in the setup value download seq uence. 
<Log Data Upload Sequence> 

[0047] Log data is uploaded as follows. Log data is a 
history of information of alarms and the like that have 
occurred in peripheral devices, and is spontaneously 
sent to the supervisor site when the occurrence of an 
abnormality is imminent although it may not have 
reached the level of an error (e.g., alarms have been 
generated a predetermined number of times or more). 
Therefore, in the log data upload process, the user site 
(local system) serves as an initiator unlike in the counter 
upload process. 

(1 ) The device monitoring server 203a collects logs 
of devices. When the collected log size has exceed- 
ed a predetermined value or when the frequency of 
generation of alarms has exceeded a predeter- 
mined rate, the device monitoring server 203a 
starts to upload log data. 

(2) The device monitoring server 203a establishes 
a session, and sends a log data processing request 
containing log data to the device center server 21 0. 

(3) Upon receiving the log data processing request, 
the device monitoring server 203a establishes a 
session with the device center server 210, and 
sends the log data processing request to the device 
center server 210. 

(4) Upon receiving the log data processing request, 
the device center server 21 0 establishes a session 
with the application system 205, and sends the log 
data processing request to the application system 
205 that processes log data. 

(5) Upon receiving the log data processing request, 
the application system 205 processes the log data 
received together with the request, and sends a log 
data processing response to the device center serv- 
er 210. 

(6) The device center server 21 0 sends the log data 
processing response to the device monitoring serv- 
er 203a. 

(7) The device monitoring server 203a releases the 
session with the device center server 210, and ex- 
ecutes a post process. In the post process, if the 
log data processing response indicates that the 
processing of the log data has normally been termi- 
nated, the server 203a erases the log data, and the 
like. 

[0048] After that, the device center server 21 0 releas- 
es the session with the application system 205. 
[0049] In this way, when the device monitoring server 
203a and device center server 210 directly communi- 
cate with each other, the log information can be upload- 
ed. 

[0050] Note that a trouble message is sent in the 
same manner as in the setup value download sequence. 



<Processing Sequence by Device Center Server> 

[0051] The processing sequences in the device cent- 
er server 21 0 and device monitoring server 203a will be 

5 briefly explained below. Fig. 5 is a flow chart showing 
the processing sequence of the device center server up- 
on receiving a message. Note that this message is re- 
ceived not only from the device monitoring server but 
also from the application system 205. The format of this 

10 message may be different from that shown in Fig. 8. In 
any case, the format allows to identify the source of a 
message, or a different process is executed depending 
on the source. This embodiment adopts the former. 
[0052] Upon receiving a message, the processing 

is shown in Fig. 5 starts. The received message is ana- 
lyzed (step S501) to check its source (step S502). The 
source may be identified by appending an address or 
the like to a message. Also, the source can be identified 
by the contents of the message. For example, ifthemes- 

20 sage is a log processing request, the source is the de- 
vice monitoring server; if the message is a setup value 
download request, the source is the application system 
(indicated by a "back end" in the flow chart) 205. 
[0053] If the source is the device monitoring server 

25 203a, it is checked if the message is a trouble event 
(step S503). If the message is a trouble event, data in 
the message is converted into a format, e.g. the text for- 
mat, that the center server 110 can process, and the 
converted.message is transferred to the center server 

30 no (step S504). In the center server 110, the trouble 
location, contents, time, and the like are read out from 
data contained in that message, and are displayed (step 

5505) . If the message is not a trouble event, the data is 
passed to the back end, which executes a process ac- 

35 cording to the message, and the control waits for the 
next message. The data passed to the back end in- 
cludes, e.g., a log data processing request and collected 
device information. 

[0054] On the other hand, if the source is the back 
40 end, i.e., the application system 205, it is checked if the 
message is a device information collection request (step 

5506) . If YES in step S506, a device information collec- 
tion request is sent to the device monitoring server 203a 
(step S507), and the control then waits for the next mes- 

45 sage. 

[0055] If the message is not a device information col- 
lection request, it is checked if the message is a setup 
value download request (step S508). If the message is 
a setup value download request, the received download 
50 information is acquired (step S509), and is sent to the 
device monitoring server 203a (step S510). 

<Processing Sequence by Device Monitoring Server> 

55 [0056] Fig. 6 is a flow chart showing the processing 
sequence for events generated in the device monitoring 
server 203a. 

[0057] If some event is generated, the generated 
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event is analyzed (step S601). If the event is an alarm 
from a device and a predetermined threshold value has 
been exceeded (step S602), log data stored so far are 
acquired to generate a log data processing request 
message (step S603), and a log processing request is 
issued to the device center server 210. If the threshold 
value has not been exceeded, the alarm is stored in the 
log- 

[0058] On the other hand, if the event is not an alarm, 
it is determined in this embodiment that an error has oc- 
curred, and a message indicating a trouble event is gen- 
erated (step S605). The message is sent to the device 
center server 21 0 in step S604. 
[0059] Fig. 7 is a flow chart showing the sequence of 
the device monitoring server 203a upon receiving a 
message from the device center server 210. 
[0060] It is checked if the received message is a setup 
value download request (step S701). If YES in step 
S701 , a setup process based on the received setup val- 
ue data is executed between the device monitoring serv- 
er 203a and device (step S702). The local plugin 203b 
deletes that data (step S703), and a response message 
indicating that download is complete is issued to the de- 
vice center server 210 (step S704). Note that the local 
plugin 203b need only be logically connected to the de- 
vice monitoring server 203a, and may be physically sep- 
arated as long as it is connected. 
[0061] If the message is not a setup value download 
request, it is checked if the message is a device infor- 
mation collection request (step S706). If YES in step 
S706, information is collected from the designated de- 
vice (step S707), and that device information is sent to 
the device center server (step S708). 
[0062] With the aforementioned sequences, trouble 
events generated by the management system for ver- 
satile computers and that for peripheral devices can be 
integrally managed as combined information in the su- 
pervisor site. The present invention is not limited to a 
system for matching management information of the de- 
vice system to the management software of the PC/ 
server system, but may be applied to a system for 
matching management information of the PC/server 
system to the management software of the device sys- 
tem. For example, the event adapter 21 Oa in Fig. 2 may 
be provided to the center server 11 0 to inform the device 
center server 210 of an event generated in the device 
server. 

[0063] As shown in Fig. 2, when the line for connect- 
ing the device monitoring server 203a and device center 
server 21 0 may use the same line as that for connecting 
the PC monitoring client 203d and center server 110, 
and is shared using, e.g., a router, the number of lines 
can be reduced. Such arrangement is effective when a 
dedicated line is used as the line. 

[Second Embodiment] 

[0064] An office equipment monitoring system as the 



second embodiment of the present invention will be de- 
scribed below with reference to the accompanying 
drawings. The system of this embodiment is different 
from that in the first embodiment in the way logical chan- 
5 nels are defined between the supervisor site and user 
site. In the first embodiment, the communication line can 
be shared, but a channel for connecting the device mon- 
itoring server 203a and device center server 21 0, and a 
channel for connecting the PC monitoring client 203d 
w and center server 110 are logically independent from 
each other. When the device center server 210 receives 
a trouble event message from the device monitoring 
server 203a, it sends an event that informs occurrence 
of a trouble to the center server 110, thus integrating 
15 trouble events on the event monitor. 

[0065] By contrast, in this embodiment, neither the 
device center server 210 nor a channel for connecting 
the device monitoring server 203a and device center 
server 210 are present. In place of the device center 
20 server, a device information processing module 901 is 
arranged in the center server 110 (although independ- 
ently illustrated in Fig. 9), and processes device-system 
information received by the center server 110. In this ar- 
rangement, when a commercially available PC monitor- 
25 ing client 203d and center server 1 1 0 are used , a device- 
system message is output to a channel established be- 
tween them. In this fashion, in addition to the merit of 
commonly using the line as in the first embodiment, nei- 
ther an independent communication channel for device- 
30 system information, nor an independent device center 
server need be prepared. 



<System Arrangement 

35 [0066] Fig. 9 is a block diagram showing the arrange- 
ment of software modules in an office equipment man- 
agement system of this embodiment. A user local sys- 
tem (corresponding to the user site) includes both de- 
vice-system equipments (peripheral devices such as a 

40 copying machine, printer, multi-function machine, scan- 
ner, FAX, and the like), and PC/server-system equip- 
ments (versatile computers). The device-system equip- 
ments and PC/server-system equipments are respec- 
tively managed by the device monitoring server 203a 

45 and the PC monitoring client 203d, as in the first embod- 
iment. 

[0067] A center system (corresponding to the super- 
visor site) includes a device information processing 
module 901 for exchanging data with the device moni- 

so toring server 203a, and the center server 110 for ex- 
changing data with the PC monitoring client 203d. The 
inventory database 109 stores management informa- 
tion of the device-system equipments and PC/server- 
system equipments. Fig. 9 illustrates the database 109 

55 as a single database, which may be logically or physi- 
cally separated into those for the device system and PC/ 
server system. The information in the database is used 
by the application system 205, center server 110, and 
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the like as in the first embodiment. 
[0068] The supervisor site and user site are connect- 
ed via a single line between routers 204. The PC mon- 
itoring client 203d and center server 1 1 0 can be realized 
by a commercially available site management system. 
All messages are exchanged via a channel formed by 
the PC monitoring client 203d and center server 1 1 0 pro- 
vided by this commercially available management sys- 
tem. Note that Fig. 9 illustrates the device information 
processing module 901 as an independent module {cor- 
responding to the device center server 210 in Fig. 2). 
Alternatively, this function may be implemented as the 
internal function of the center server 110. 
[0069] The device monitoring server 203a and PC 
monitoring client 203d are connected via the local plugin 
module 203d for converting the data format and protocol 
as needed. That is, the local plugin module 203b has a 
function of converting information of the device monitor- 
ing server into the format (or protocol) of the PC moni- 
toring client 203a and vice versa. A plugin on the center 
side that exchanges data between the center server 1 1 0 
and device information processing module 901 (corre- 
sponding to the server plugin in Fig. 2) may have a func- 
tion equivalent to that of the local plugin module 203b. 
[0070] As will be described later, the local plugin mod- 
ule 203b has a role of passing a message from the de- 
vice monitoring server 203a to the PC monitoring client 
203d, and controlling the client 203d to send it to the 
designated destination, and a role of periodically polling 
the contents of a predetermined data area where the PC 
monitoring client 203d writes data, and passing a mes- 
sage addressed to the device monitoring server 203a to 
the server 203a if it is found. 

[0071] In accordance with the received message, the 
center server 110 passes that message to the device 
information processing module and controls it to proc- 
ess the message if the contents of the message are in- 
formation that pertains to a device, or controls the event 
monitor 1 1 0a to display the generated event in an event 
list in the display format that allows to identify a device- 
system event or PC/server-system event if the message 
informs generation of an event. The device-system 
event is generated from the device information process- 
ing module 901 . 

[0072] Since the plugin having the format conversion 
function between the device system and PC/server sys- 
tem is inserted, the functions of commercially available 
PC/server-system management software can be ap- 
plied, and the device-system information can be ex- 
changed between the local system and management 
center. Information unique to a device, which cannot be 
circumstantially managed by the commercially available 
PC/server-system management software, can be proc- 
essed by the device information processing module af- 
ter data associated with the contents of the device sys- 
tem is converted from the PC/server-system format into 
the device-system format. For this reason, when device 
information is to be circumstantially managed, only the 



device information processing module need be devel- 
oped, and development/design efficiency can be im- 
proved. 

[0073] An example of the message exchange se- 
5 quence done between the local system (user site) and 
center system (supervisor site) will be described with 
reference to Figs. 10 to 12 in three cases (1) download- 
ing of setup values from the device center server 210 to 
devices, (2) uploading of log data from the device mon- 
10 itoring server 203a to the device center server 21 0, and 
(3) a counter data request from the device center server 
21 0 to the device monitoring server 203a. 



[0074] Fig. 10 is a block diagram for explaining the 
sequence for downloading setup values to devices be- 
tween the local system and center system. Setup values 
are downloaded as follows. 
20 [0075] In the application system 205, a setup value 
information file 1002 is generated by, e.g., manually in- 
putting designation of a device in which a setup value is 
to be set, a setup value itself, and the like. 

25 (1) The application system 205 establishes a ses- 
sion with the center server 110. 

(2) In the center server 110, a distribution module 
1001 is launched, and generates a distribution file 
package 1 001 a from the setup value information file 

30 1002. 

(3) The distribution module 1001a sends the distri- 
bution package file to the PC monitoring client 203d, 
and makes the client 203d store it as a work file. 

(4) The local plugin 203b periodically monitors a da- 
35 ta file that the PC monitoring client 203d stores, and 

when the plugin 203b detects that the PC monitor- 
ing client generates a work file, it informs the device 
monitoring server of the arrival of a setup value, and 
passes the setup value data to the device monitor- 
40 ing server 203a. The device monitoring server 203a 
sets the setup value in the designated device. 
(4-2) The local plugin 203b sends a setup end mes- 
sage to the center server via the PC monitoring cli- 
ent 203d. 

45 (5) In the center server 1 1 0, the distribution module 
1001 deletes the distribution package file 1 001a. 
(6) The center server 110 sends a setup end mes- 
sage to the application system 205. 

50 [0076] In this way, when the setup value data is 
passed to the device monitoring server 203a, device 
setup information can be downloaded to the device. 
[0077] As for a trouble that has occurred in the device 
system, a trouble event is sent from the local plugin 203b 

55 to the center server 110 via the PC monitoring client 
203d as in step (4-2). The event that informs a trouble 
is processed by the event monitor 110a of the center 
server 110, and is displayed in an event list. 



<Setup Value Download Sequence> 

15 



30 
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<Counter Upload Sequence> 

[0078] Fig. 11 is a flow chart for explaining the counter 
data upload sequence, i.e., the device information col- 
lection sequence done between the local system and 
center system. Device information is uploaded as fol- 
lows. 

(1) The application system 205 stores an informa- 
tion request command in a file, and issues a mes- 
sage (event) serving as trigger of information col- 
lection to the center server 110. 

(2) The event monitor analyzes the event from the 
application system 205, and launches the distribu- 
tion module 1001 to generate a distribution file 
package 1001a of the information request com- 
mand. 

(3) The center server 110 sends the generated dis- 
tribution packet containing the information request 
command to the PC monitoring client 203d. The PC 
monitoring client 203d stores the received file as a 
work file. Note that the work file is a general-pur- 
pose file in the PC/server management system, and 
corresponds to the entity of the distribution file pack- 
age 1001a. 

(4) When the local plugin 203b detects that the PC 
monitoring server 203d stores a file, it reads the 
stored file, and passes it to the device monitoring 
server 203a. The device monitoring server 203a 
collects device information from the designated de- 
vice in response to the command in that file, and 
passes the collected information to the local plugin 
203d. 

(5) The local plugin 203b stores the received device 
information as a file 203e in a predetermined for- 
mat. This embodiment will exemplify an Ml F format 
as the predetermined format. The MIF format is a 
general file format of an information management 
system. 

(6) The local plugin 203b deletes the work file. 

(7) The local plugin generates an event indicating 
generation of the Ml F file, and sends it to the center 
server 110. 

(8) Upon receiving that event, the center server 1 1 0 
deletes the distribution file package. 

(9) If the event received from the local plugin 203b 
indicates normal completion of information collec- 
tion, the center server 110 launches a common in- 
formation collection module 1 1 01 , and makes it load 
the MIF file generated by the local plugin and collect 
device information. 

(10) The common information collection module 
1101 loads an MIF file 203e, and acquires the col- 
lected device information. 

(11) The common information collection module 
1101 stores the collected device information in the 
inventory database. Note that the inventory data- 
base physically or logically has databases for the 



device system and PC/server system, and can ex- 
ecute flexible processes in correspondence with 
objective devices. 

(12) The center server instructs to delete the MIF 
5 file 203e on the local side. 

(13) A completion message is sent to the applica- 
tion system. 

[0079] In this way, the center server 1 1 0 can acquire 
10 the device information collected by the device monitor- 
ing server 203a. 

<Log Data Upload Sequence> 

15 [0080] Fig. 12 is aflowchartfor explaining the log data 
upload sequence from the local system to the center 
system. In this embodiment, log data is uploaded as fol- 
lows. 

20 (1 ) The device monitoring server 203a issues a de- 
tection message indicating that the number of times 
of errors or alarms has exceeded a threshold value 
to the local plugin 203b. 

(2) The device monitoring server 203a issues event 
25 data of the aforementioned alarm to the local plugin 

203b. 

(3) The local plugin 203b stores log data as an MIF 
format file 203e. Note that the MIF format is a gen- 
eral file/data format of an information management 

30 system, as described above. 

(4) The local plugin 203b generates an event indi- 
cating generation of the MIF file, and sends it to the 
center server 110. 

(5) Upon receiving the event, the center server 1 1 0 
35 launches a common information collection module 

1201. 

(6) The common information collection module 
1201 loads the MIF file 203e generated by the local 
plugin 203b to read the log file. 

40 (7) The common information collection module 
1201 stores acquired device information in the in- 
ventory database 1 09. 

(8) The center server instructs to delete the MIF file 
203e on the local side. 
45 (9) A completion message is sent to the application 
system. 

[0081] In this manner, the center server 110 can ac- 
quire the log data file generated by the device monitor- 
so ing server 203a. 

<Processing Sequence by Device Center Server> 

[0082] The processing sequences by the center serv- 
55 er 11 0, device information processing module 901 , local 
plugin 203b, and PC monitoring client 203d will be briefly 
explained below. Fig. 13 is a flow chart showing the 
processing sequence of the center server 110 upon re- 



10 



19 



EP1 187 396 A2 



20 



ceiving an event. Upon receiving an event, the process- 
ing shown in Fig. 13 starts. In the following description, 
a message and event are not strictly distinguished from 
each other. That is, an event means a message that in- 
forms generation of an event. 5 
[0083] The received event is analyzed (step S1301) 
to check its source (step S1302). If the source is the PC 
monitoring client 203d, the event is processed by the 
event monitor, and if the event is a trouble event, it is 
displayed in an event list (step S1303). 10 
[0084] After that, it is checked if the event is associ- 
ated with the device system, i.e., if that event has been 
issued by the local plugin 203b (step S1304). If YES in 
step S1304, the device information processing module 
executes a process corresponding to the event. This se- '5 
quence is shown in Figs. 14 to 16. If the event is not 
associated with the device system, the center server 
1 1 0 executes a process corresponding to the event. 
[0085] If the event source is the back end, i.e., the ap- 
plication system, it is checked if the event is an infonma- 20 
tion collection request (step S1305). If YES in step 
S1305, the information collection request is issued to 
the local plugin module 203b (step S1309). The infor- 
mation collection request is executed by controlling the 
distribution module 1001 that executes the request to 25 
generate a distribution file package, and to distribute it. 
[0086] If the event is not an information collection re- 
quest, it is checked if the event is a download request 
(step S1306). If NO in step S1306, a process corre- 
sponding to the event is executed, and the control waits 30 
for the next event. 

[0087] If the event is a download request, data to be 
downloaded is acquired from the back end (step 
S 1 307), and the download data is distributed to the local 
plugin 203b (step S1 308). 35 

<Processing Sequence by Device Information 
Processing Module> 

[0088] The event which is determined to be the de- *o 
vice-system event in step S1 304 in Fig. 1 3 is further an- 
alyzed, and the flow branches to three different process- 
es (1) a download end message event, (2) a device in- 
formation collection end event, and (3) a log data upload 
request event. These processes respectively corre- 45 
spond to the sequences shown in the flow charts in Figs. 
14 to 16. 

(Download End) 

50 

[0089] Fig. 1 4 is a flow chart showing the processing 
sequence of the device information processing module 
901 in response to a download end event. Upon receiv- 
ing a download end message, the distribution file pack- 
age 1001a is deleted (step S1401), and a download end 55 
message is sent to the back end (step S1402). 



(Device Information Acquisition) 

[0090] Fig. 15 is a flow chart showing the processing 
sequence of the device information processing module 
901 in response to a device information acquisition 
(counter upload) message. 

[0091] Initially, the distribution file package 1001a 
which was generated to issue an information collection 
request is deleted (step S1501). If data acquisition has 
normally be done, the information collection module 
1101 is launched (step S1503), requests the device 
monitoring server 203a to send an MIF file that stores 
device information, and receives the MIF file as a re- 
sponse to that request (step S1504). 
[0092] The received file is stored in the inventory da- 
tabase 109 (step S1505), and an MIF file deletion re- 
quest is sent to the device monitoring server 203a (step 
S1506). Finally, a device information collection end 
message is sent to the back end (step S1507). 
[0093] On the other hand, if it is determined in step 
S1 502 that data acquisition has not normally been done, 
a message indicating this is sent to the back end (step 
S1508). 

[0094] In this way, the device information generated 
as the MIF file is acquired from the device monitoring 
server 203a. 

(Log Data Upload) 

[0095] Fig. 1 6 is a flow chart showing the processing 
sequence of the device information processing module 
901 in response to a log data upload message. 
[0096] Upon receiving a log data upload message, the 
common information processing module 1201 is 
launched (step S1 601 ) to issue a delivery request of an 
MIF file containing log data to the device monitoring 
module 203a (step S1602). 

[0097] The MIF file as a response to the request is 
received (step S1 603), and is stored in the inventory da- 
tabase 109 (step S1604). An MIF file deletion request 
is issued to the device monitoring server 203a (step 

51605) , and upon completion of that process, a 
processing end message is sent to the back end (step 

51606) . 

<Processing Sequence by Device Monitoring Server> 

[0098] Fig. 1 7 is a flow chart showing the processing 
sequence of the local plugin 203b in response to a mes- 
sage or event issued thereto. Since the monitoring client 
203d stores a message issued from the center server 
110 to the local plugin 203b in a predetermined area, 
the local plugin 203b always or periodically monitors that 
access. 

[0099] Upon receiving the message, it is checked if 
the message comes from the device monitoring server 
203a (step S1 701 ). If YES in step S1 701 , the message 
is analyzed (step S1702). If the message indicates an 
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alarm or that a threshold value has been exceeded, log 
data Is written out as an MIF file, and a log file upload 
event message is issued to the center server 1 1 0 via the 
PC monitoring client 203d (step S1705). 
[0100] If the message does not indicate an alarm or 
that a threshold value has been exceeded, it is checked 
if the message indicates an error (step S1706). If YES 
In step S1706, a trouble event message is generated 
(step S1 707), and the flow advances to step S1 705. 
[01011 If the message source is not the device moni- 
toring server 203a, it is determined that the message 
comes from the center server 110. Then, the contents 
of the predetermined area written by the PC monitoring 
client 203d are read out (step S1708), and the readout 
data is analyzed to execute a process corresponding to 
its contents. Fig. 1 8 shows details of the process corre- 
sponding to the analyzed contents. 
[01 02] Fig. 1 8 is a flow chart showing the sequence 
of the processing done by the local plugin 203b in ac- 
cordance with a message received from the center serv- 
er 1101. 

[01031 It is checked if the received message is down- 
load data (step S1 801). If YES in step S1801 , a down- 
load data reception message is sent to the device mon- 
itoring server 203a (step S1 802), and the received data 
is passed to the server 203a (step SI 803). The passed 
data is deleted (step S1804), and a download comple- 
tion event is issued to the center server (step S1805). 
[0104] If the message is not download data, it is 
checked if the message is a device information collec- 
tion request (step S1806). If YES in step S1806 a de- 
vice information collection request is issued to the de- 
vice monitoring server 203a (step S1 807). 
[0105] Upon receiving device information from the de- 
vice monitoring server 203a in response to that request 
(step S1808), the received information is stored as an 
MIF file (step S1809), and a device information collec- 
tion message is issued to the center server 110. 

Processing Sequence by PC Monitoring Client> 



[01 06] Fig 1 9 is a flow chart showing the processing 
sequence of the PC monitoring client upon receiving a 
message. 

[0107] Referring to Fig. 19, the destination of the re- 
ceived data is checked (step S1901). If the data is ad- 
dressed to a versatile computer such as a PC/server, 
the received data is passed to the designated process 
(step S1 902); if the data is addressed to the local plugin, 
the data is written in the aforementioned predetermined 

area. ... 
[0108] As described above, in the system of this em- 
bodiment, peripheral devices equipped in the user site 
where versatile computers to be monitored are also 
equipped can be managed using the monitoring system 
for versatile computers. In this way, the supervisor site 
can integrally monitor versatile computers and penph- 
eral devices by the same method. Furthermore, collec- 



tion of information, parameter setup, and the like that 
pertain to peripheral devices can be done from the su- 
pervisor site side via the monitoring system. Also, the 
user site can send a log to the supen/isor site. 
5 [0109] Moreover, since all modules to be appended 
to the versatile computer monitoring system to manage 
peripheral devices can be implemented by software, no 
dedicated hardware is required, and an increase in 
hardware scale such as an installation area, devicecost, 
10 maintenance work, and the like can be prevented. 
[01 1 0] The present invention is not limited to a system 
for making management information of the device sys- 
tem compatible to the management software of the ver- 
satile computers (PC/server system), but may be ap- 
15 plied to a system for making management information 
of the PC/server system compatible to the management 
software of the peripheral devices (device system). For 
example, the device system 201 and PC/server system 
202 and the device monitoring server 203a and PC 
20 monitoring client module 203d in Fig. 9 are replaced 
each other, the MIF file 203e is replaced by a file format 
unique to a device, the local plugin 203b is provided with 
a function of converting the PC/server-system format in- 
to the device-system format, the center server executes 
25 processes for the device system, and the device infor- 
mation processing module 901 processes information 
of the PC/server system to issue an event to the device 
center. 

30 [Another Embodiment] 

[01 1 1 ] Note that the objects of the present invention 
are also achieved by supplying a storage medium, 
which records a program code of a software program 
35 that can implement the functions of the above-men- 
tioned embodiments to the system or apparatus, and 
reading out and executing the program code stored in 
the storage medium by a computer (or a CPU or MPU) 
of the system or apparatus. 
40 [0112] In this case, the program code itself read out 
from the storage medium implements the functions of 
the above-mentioned embodiments, and the storage 
medium which stores the program code constitutes the 
present invention. 
45 [011 3] Device information data may be held in internal 
HDDs of an image processing apparatus and image da- 
ta rasterizing apparatus, an externally connected stor- 
age medium, a server that the image data rasterizing 
apparatuscan access, and the like. Furthermore, device 
so information data which is arbitrarily set by the user may 
be used. 

[0114] As the storage medium for supplying the pro- 
qram code, for example, a floppy disk, hard disk, optical 
disk, magneto-optical disk, CD-ROM, CD-R, 
55 DVD-ROM, magnetic tape, nonvolatile memory card, 
ROM , and the like may be used. 
[0115] The functions of the above-mentioned embod- 
iments may be implemented not only by executing the 
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readout program code by the computer but also by some 
or all of actual processing operations executed by an 
OS (operating system) running on the computer on the 
basis of an instruction of the program code. 
[0116] Furthermore, the functions of the above-men- 
tioned embodiments may be implemented by some or 
all of actual processing operations executed by a CPU 
or the like arranged in a function extension board or a 
function extension unit, which is inserted in or connected 
to the computer, after the program code read out from 
the storage medium is written in a memory of the exten- 
sion board or unit. 

[0117] When the present invention is applied to the 
storage medium, that storage medium stores program 
codes corresponding to the aforementioned flow charts 
(shown in Figs. 5 to 7 and Figs. 13 to 19). 
[01 1 8] To restate, according to the present invention, 
apparatuses such as peripheral devices, versatile com- 
puters, and the like equipped in the user site can be in- 
tegrally managed. 

[0119] Also, according to the present invention, both 
versatile computers and peripheral devices at a remote 
site can be integrally managed on the supervisor side. 
[0120] Furthermore, according to the present inven- 
tion, upon integrally managing versatile computers and 
peripheral devices, information unique to each periph- 
eral device, i.e., detailed information of the peripheral 
device can also be managed. 

[0121] Moreover, according to the present invention, 
a remote site management system which integrally 
manages versatile computers and peripheral devices, 
and can be developed efficiently can be provided. 
[0122] In addition, according to the present invention, 
a communication line of both versatile computers and 
peripheral devices can also be integrated. 
[0123] Further, according to the present invention, 
versatile computers and peripheral devices can be inte- 
grally managed even on the user side. 
[0124] As many apparently widely different embodi- 
ments of the present invention can be made without de- 
parting from the spirit and scope thereof, it is to be un- 
derstood that the invention is not limited to the specific 
embodiments thereof except as defined in the append- 
ed claims. 

[0125] Further, the above program codes can be ob- 
tained in electronic form for example by downloading the 
code over a network such as the internet. Thus in ac- 
cordance with another aspect of the present invention 
there is provided an electrical signal carrying processor 
implementable instructions for controlling a processor 
to carry out the method as hereinbefore described. 

Claims 

1 . A remote site management system comprising: 

a first center server (210) which is connected 
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via an external network to a first local server 
(203a), which is connected to a first-class de- 
vice (101,1 04, 1 05) via a network and acquires 
information unique to the first-class device in a 
s first format, and acquires the information 

unique to the first-class device; and 
informing means (210a, S504) for informing a 
second center server wh ich is connected via an 
external network to a second local server 
10 (203d), which, in turn, is connected to a sec- 

ond-class device (1 03) via the network and ac- 
quires information unique to the second-class 
device in a second format, of the information of 
the first-class device acquired by said first cent- 
's er server. 

2. The system according to claim 1 , further comprising 
display means for identif iably displaying information 
based on the information of the second-class de- 

20 vice acquired by said second center server, and the 
informed information of the first-class device. 

3. The system according to claim 1 , further comprising 
format conversion means for converting the infor- 
ms mat ion of the first-class device acquired by said first 

center server in the first format into the second for- 
mat that said second center server can interpret. 

4. The system according to claim 1 , wherein said first 
30 local server comprises first discrimination means 

for discriminating in accordance with information 
acquired from the first-class device whether to in- 
form said first center server of the acquired infor- 
mation by sending the information. 

35 

5. The system according to claim 4, wherein said first 
center server comprises second discrimination 
means for discriminating contents of the acquired 
information sent from said first local server, and 

40 said informing means informs said second 

center server of the information of the first-class de- 
vice acquired by said first center server based on a 
discrimination result of said second discrimination 
means. 

45 

6. The system according to claim 1 , wherein said first 
local server records history information of the first- 
class device and sends the history information to 
said first center server under a predetermined con- 

so dition, and said first center server receives and 
stores the history information. 

7. The system according to claim 1 , wherein said first 
center server sends setup parameter information 

55 for the first-class device to said first local server, and 
said first local server sends the setup parameter in- 
formation to the first-class device to make the first- 
class device set up based on the received setup pa- 
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rameter information. 

8. The system according to claim 1 , wherein said first 
center server requests said first local server to send 
state or operation information of the first-class de- 
vice, and said first local server collects the state or 
operation information and sends the collected infor- 
mation to said first center server. 

9. A remote site management system comprising: 

a first local server (203a)which is connected to 
a first-class device (201) via a network, and ac- 
quires information of the first-class device in a 
first format; and 

format conversion means for converting the in- 
formation of the first-class device acquired by 
said first local server into a second format so 
as to inform a center server (110), which is con- 
nected via an external network to a second lo- 
cal server (203d) that acquires information of a 
second-class device in the second format via 
the network, of the information of the first-class 
device. 

10. The system according to claim 9, further compris- 
ing: 

discrimination means for discriminating if the 
information which is acquired as a message by 
said center server after being converted into the 
second format is information that pertains to the 
first-class device or information that pertains to 
the second-class device; and 
second conversion means for when said dis- 
crimination means determines that the ac- 
quired information is the information that per- 
tains to the first-class device, converting the in- 
formation acquired in the second format into the 
first format. 

11. The system according to claim 9, further compris- 
ing: 

first management means for managing the in- 
formation of the first-class device received via 
the externa! network; and 
informing means for informing a second man- 
agement unit, that manages information of the 
second-class device, of the information that 
pertains to the first-class device acquired by 
said first management means. 

12. The system according to claim 9, further compris- 
ing: 

display means for identifiably displaying infor- 
mation based on the information informed by 



said informing means, and the information of 
the second-class device managed by the sec- 
ond management unit, and 

5 wherein the second management unit is in- 

cluded in said center server. 

13. The system according to claim 9, wherein said first 
local server records history information of the first- 

10 class device and requests said second local server 
to send the history information under a predeter- 
mined condition, and said second local server re- 
ceives the request and sends the history informa- 
tion collected by said first local server. 

15 

14. The system according to claim 9, wherein said cent- 
er server sends a setup parameter for the first-class 
device to said first local server via said second local 
server, and said first local server makes the first- 

20 class device set up. 

1 5. The system according to claim 9, wherein said cent- 
er server requests said first local server via said 
second local server to send state or operation infor- 
ms mation of the first-class device, and said second lo- 
cal server converts information collected by said 
first local server into a format that said center server 
can process and sends the converted information 
to said center server. 

30 

16. The system according to claim 1 or 9, wherein the 
first- and second-class devices are respectively a 
peripheral device and versatile computer or a ver- 
satile computer and peripheral device, the periph- 

35 eral device includes at least a printer, and the ver- 
satile computer includes at least a personal compu- 
ter. 

17. An information processing apparatus comprising: 

40 

acquisition means (210; 1 , 8) for acquiring, via 
an external network, information uniqueto ape- 
ripheral device from a peripheral device man- 
agement apparatus (203a) that manages infor- 
ms mation unique to the peripheral device connect- 
ed via a local area network; and 
format conversion means for converting the in- 
formation unique to the peripheral device ac- 
quired by said acquisition means into a prede- 
50 termined format that a center server (110), 
which acquires information pertaining to a ver- 
satile computer connected via the local area 
network via the external network and has a dis- 
play (110a) for displaying the acquired informa- 
55 tion, can interpret, so as to display the informa- 
tion unique to the peripheral device on the dis- 
play. 
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18. An information processing apparatus comprising: 

acquisition means (203a; 1 ,8) for acquiring in- 
formation unique to a peripheral device from a 
peripheral device management unit (203a) that 
manages information unique to the peripheral 
device connected via a local area network; and 
format conversion means (203b) for converting 
the information unique to the peripheral device 
acquired by said acquisition means into a pre- 
determined format for a versatile computer lo- 
cal server (203d) which manages information 
pertaining to a versatile computer connected 
via the local area network in the predetermined 
format, and informs a center server (1 1 0) of the 
managed information in the predetermined for- 
mat by sending the information. 

19. The apparatus according to claim 18, further com- 
prising: 

search means for searching for the information 
that pertains to the peripheral device received 
by said versatile computer local server from 
said center server, and 

wherein said conversion means has a conver- 
sion function of converting information found by 
said search means from a format that said versatile 
computer local server can interpret into a format 
that said peripheral device management unit can in- 
terpret. 

20. A remote site management method comprising: 

the acquisition step of acquiring information 
unique to a first-class device by a first center 
server which is connected via an external net- 
work to a first local server, which is connected 
to a first-class device via a network and ac- 
quires information unique to the first-class de- 
vice in a first format; and 
the informing step of informing a second center 
server which is connected via an external net- 
work to a second local server, which, in turn, is 
connected to a second-class device via the net- 
work and acquires information unique to the 
second-class device in a second format, of the 
information of the first-class device acquired in 
the acquisition step. 

21. A remote site management method comprising: 

the acquisition step of acquiring in a first format 
information of a first-class device by a first local 
server which is connected to the first-class de- 
vice via a network; and 

the format conversion step of converting the in- 



formation of the first-class device acquired in 
the acquisition step into a second format so as 
to inform a center server, which is connected 
via an external network to a second local server 
5 that acquires information of a second-class de- 

vice in the second format via the network, of the 
information of the first-class device. 

22. An integrated management method comprising: 

10 

the acquisition step of acquiring, via an external 
network, information unique to a peripheral de- 
vice from a peripheral device management ap- 
paratus that manages information unique to the 
15 peripheral device connected via a local area 

network; and 

the format conversion step of converting the in- 
formation unique to the peripheral device ac- 
quired in the acquisition step into a predeter- 

20 mined format that a center server, which ac- 

quires information pertaining to a versatile com- 
puter connected via the local area network via 
the external network and has a display for dis- 
playing the acquired information, can interpret, 

25 so as to display the information unique to the 

peripheral device on the display. 

23. An integrated management method comprising: 

30 the acquisition step of acquiring information 

unique to a peripheral device from a peripheral 
device management unit that manages infor- 
mation unique to the peripheral device connect- 
ed via a local area network; and 

35 the format conversion step of converting the in- 

formation unique to the peripheral device ac- 
quired in the acquisition step into a predeter- 
mined format for a versatile computer local 
server which manages information pertaining 

40 to a versatile computer connected via the local 

area network in the predetermined format, and 
informs a center server of the managed infor- 
mation in the predetermined format by sending 
the information. 

45 

24. A computer readable storage medium storing a 
computer program having: 

the acquisition step of acquiring information 
so unique to a first-class device by a first center 

server which is connected via an external net- 
work to a first local server, which is connected 
to a first-class device via a network and ac- 
quires information unique to the first-class de- 
55 vice in a first format; and 

the informing step of informing a second center 
server which is connected via an external net- 
work to a second local server, which, in turn, is 
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connected to a second-class device via the net- 
work and acquires information of the second- 
class device in a second format, of the informa- 
tion of the first-class device acquired in the ac- 
quisition step. 

25. A computer readable storage medium storing a 
computer program having: 

the acquisition step of acquiring in a first format 
information of a first-class device by a first local 
server which is connected to the first-class de- 
vice via a network; and 
the format conversion step of converting the in- 
formation of the first-class device acquired in 
the acquisition step into a second format so as 
to inform a center server, which is connected 
via an external network to a second local server 
that acquires information of a second-class de- 
vice in the second format via the network, of the 
information of the first-class device. 

26. A computer readable storage medium storing a 
computer program having: 

the acquisition step of acquiring, via an external 
network, information unique to a peripheral de- 
vice from a peripheral device management ap- 
paratus that manages information unique to the 
peripheral device connected via a local area 
network; and 

the format conversion step of converting the in- 
formation unique to the peripheral device ac- 
quired in the acquisition step into a predeter- 
mined format that a center server, which ac- 
quires information pertaining to a versatile com- 
puter connected via the local area network via 
the externa! network and has a display for dis- 
playing the acquired information, can interpret, 
so as to display the information unique to the 
peripheral device on the display. 

27. A computer readable storage medium storing a 
computer program having: 

the acquisition step of acquiring information 
unique to a peripheral device from a peripheral 
device management unit that manages infor- 
mation unique to the peripheral device connect- 
ed via a local area network; and 
the format conversion step of converting the in- 
formation unique to the peripheral device ac- 
quired in the acquisition step into a predeter- 
mined format for a versatile computer local 
server which manages information pertaining 
to a versatile computer connected via the local 
area network in the predetermined format, and 
informs a center server of the managed infor- 
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mation in the predetermined format by sending 
the information. 

28. A computer program for making a computer imple- 
ment: 

the acquisition step of acquiring information 
unique to a first-class device by a first center 
server which is connected via an external net- 
work to a first local server, which is connected 
to a first-class device via a network and ac- 
quires information unique to the first-class de- 
vice in a first format; and 
the informing step of informing a second center 
server which is connected via an external net- 
work to a second local server, which, in turn, is 
connected to a second-class device via the net- 
work and acquires information unique to the 
second-class device in a second format, of the 
information of the first-class device acquired in 
the acquisition step. 

29. A computer program for making a computer imple- 
ment: 

the acquisition step of acquiring in a first format 
information of a first-class device by a first local 
server which is connected to the first-class de- 
vice via a network; and 
the format conversion step of converting the in- 
formation of the first-class device acquired in 
the acquisition step into a second format so as 
to inform a center server, which is connected 
via an external network to a second local server 
that acquires information of a second-class de- 
vice in the second format via the network, of the 
information of the first-class device. 

30. A computer program for making a computer imple- 
ment: 

the acquisition step of acquiring, via an external 
network, information unique to a peripheral de- 
vice from a peripheral device management ap- 
paratus that manages information unique to the 
peripheral device connected via a local area 
network; and 

the format conversion step of converting the in- 
formation unique to the peripheral device ac- 
quired in the acquisition step into a predeter- 
mined format that a center server, which ac- 
quires information pertaining to a versatile com- 
puter connected via the local area network via 
the external network and has a display for dis- 
playing the acquired information, can interpret, 
so as to display the information unique to the 
peripheral device on the display. 
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31 . A computer program for making a computer imple- 
ment: 

the acquisition step of acquiring information 
unique to a peripheral device from a peripheral 5 
device management unit that manages infor- 
mation unique to the peripheral device connect- 
ed via a local area network; and 
the format conversion step of converting the in- 
formation unique to the peripheral device ac- 10 
quired in the acquisition step into a predeter- 
mined format for a versatile computer local 
server which manages information pertaining 
to a versatile computer connected via the local 
area network in the predetermined format, and is 
informs a center server of the managed infor- 
mation in the predetermined format by sending 
the information. 

32. An electrical signal carrying processor implementa- 20 
ble instructions for controlling a processor to carry 

out the method of any one of claims 20 to 23. 
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FIG. 7 
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